home *** CD-ROM | disk | FTP | other *** search
- Subject: Re: Colour.
- Date: Tue, 31 May 94 12:01:49 +0100
- From: sjg
- X-Mts: smtp
- Precedence: bulk
-
-
- I think the idea of using a MultiTOS app is the best method so far - Have a
- program that functions as APP or ACC and run it (if you need a cms in single-
- tasking mode) as an accessory.
-
- If all apps do get WM_TOPPED messages (can anyone confirm this ? I haven't
- tried... I knew there was a reason I always looked at msg[3] on getting the
- message :-) then the functionality can be further enhanced...
-
- In client program:
-
- After appl_init() & wind_create()
- call cmsRegister(winId, struct CMS_t *CMSinfo) ...
-
- which registers a given window with any and all info needed. This can be a
- library routine that calls appl_find() (under newer AES's - is there a way
- under older ones? I'm pretty sure GFA basic could find the ID if it knew the
- name (eg: SCRENMGR) so it ought to be possible), then sends a message with the
- whole struct going down the tube. We'd have to send all the info because
- otherwise
- memory protection may raise its ugly head. Anyway - transfer info. (use shm if
- at all possible - is Mag!x going to support this ?)
-
- In server program:
-
- On getting a WM_TOPPED message, check the window Id. If it's a known id then
- set the palette to what the window requested.
-
- If it's an unknown id, then wait a bit (to give the app time to set the
- palette)
- and read the current VDI palette - setting it then as a known id. That way we
- learn the palette for apps that don't know about multi-tasking. Since we'll
- read the palette the 1st time (assuming the user isn't TOPping like mad) we'll
- be able to reset the palette back to anything it has been set to on a TOP and
- it'll be transparent to the application.
-
- The beauty is in the simplicity. All you do is register a palette with a window
- in the 'aware' case, and it learns in the 'ignorant' case.
-
- I'm probably missing something pretty major - this seems too simple.
-
- Simon.
-
- (BTW: I formally retract any statement that the traffic on this list is low -
- it now competes with Xfire :-)
-
-